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A  CCMPUTER-CENTERED  DATA  BASE  SERVING  'JSAF  PERSONNEL  MANAGERS 

♦ 

A .  Kenneth  Swanson,  Colonel,  USAF 


No  one  of  the  services  could  accomplish  its  personnel  management  task  without 
the  aid  of  large-scale  computers.  Yet  it  is  well  to  recognize  that  there's 
an  emotional  twinge  on  the  part  of  many  military  personnel  when  they  associate 
computers  and  personnel  management.  In  fact,  it's  only  been  a  few  years  since 
a  senior  Air  Force  statesman  and  former  Chief  cf  Staff  admonished  his  incoming 

Deputy  Chief  of  Staff,  Personnel,  essentially  as  follows.  "Young  man,  let  me 

pass  on  one  piece  of  advice.  Don't  let  those  electronic  computers  ever  get 
involved  in  the  accomplishment  of  your  personnel  Job." 

Well,  times  have  changed.  We  are  convinced  that  not  only  can  we  do  a  more 

effective  management  Job,  but  we  can  be  more  personal  in  the  process,  through 
tha  utilization  of  this  tool.  Hopefully,  my  presentation  will  dispel  some  of 
those  lingering  fears,  particularly  on.  the  part  of  the  military;  and  possibly, 
as  your  corporations  increase  in  size,  many  of  the  practices  that  we're  ini¬ 
tiating  in  the  armed  forces  will  become  steward  practices  in  your  ^corporation. 
With  this  presentation,  I'm  concerned  with  just  one  areaj^the  use  oV  this 
tool  to  assist  we  in  the  management  of  a- xaeottree*  personnel.  I  will 
dieeuee.,--bee±c*Oijv-e*Hr  guidelines  for  system  development,  and  overview  of  the 
total  process,  and  the  effective  use  of  a  da  to  base.  I  will  review  where  we 
stand  today,  and  predict  where  we  will  be  in  the  63-65  time  frame  (since  we 
are  teeting  these  developments  now  and  hope  to  implement  them  fully  on  1  October) 
Finally,  1  will  discuss  our  iong- range  needs  and  attempt  to-  draw  some  conclusions 
as  to  tha  application  of  a  data  base  to  this  important  area  of  personnel. /«_ 

In  terms  of  our  guidelines  for  system  development,  I  would  like  to  touch  on 
three  erees  our  baeic  objectives,  our  goals,  and  the  underlying  concepts. 

MANAGEMENT  OBJECTIVES 

.  MEET  MANPOWER  REQUIREMENTS  WITH 
TRAINED  PERSONNEL 

.  MAXIMIZE  UTILIZATION  OF  SKILLS 

.  IMPROVE  CAREER  MANAGEMENT 

.  INTERRELATE  PERSONNEL  ACTIVITIES 


Assistant  for  Personnel  Systems ,  Headquarters,  USAF,  Col.  Swanson  is  involved 
in  the  Air  Force -wide  personnel  data  system  that  deals  with  centralized  per¬ 
sonnel  operations  supported  by  a  large  scale  EDP  system. 
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To  meet  manpower  requirements  with  trained  personnel  requires  a  current  knowledge 
of  what  manpower  requirements  a  mission  demands,  and  also  knowledge  of  status 
of  training  of  each  person  in  order  to  utilize  his  skills  effectively.  Con¬ 
gressional  investigations  are  often  brought  about  by  an  ineffective  use  of 
akills--an  EDP  programmer  working  as  a  truck  driver,  for  example.  A  serious 
and  related  problem  in  the  military  is  the  need  to  attract  and  retain  people. 
Thus,  we  face  the  important  task  of  improving  our  career  management  capability. 
And  since  the  personnel  effort  is  Just  one  part  of  the  larger  picture,  we  must 
consider  interchange  requirements,  with  manpower,  accounting,  materiel  and 
other  functions. 


SYSTEM  GOALS 

.  IMPROVE  PLANNING  AND  DECISION  PROCESS 

.  SIMPLIFY  PROCEDURES 

DEVELOP  PRE-TEST  AND  EVAL  TECHNIQUE 

,  STANDARD  DATA  ELEMENTS  AND  CODES 

.  INTERCHANGE  WITH  OTHER  FUNCTIONAL  AREAS 

Our  system  goals  a re  to  develop  s  system  responsive  to  changing  mission  needs. 
Ve  do  not  have  a  responsive  system  at  the  present  time.  Manpower  information 
Is  60  to  90  days  old  from  the  time  a  change  occurs  in  the  mission,  and  our 
personnel  information  that  ve  expect  our  managers  to  use  la  45  to  60  days  old. 
We  don't  have  ourrent  information.  Further,  we  must  simplify  our  procedures. 
We've  sort  of  "grown  like  Topsy."  There  are  some  400  personnel  manuals  and 
regulations  in  the  field  and  it  takes  a  Philadelphia  lawyer  to  figure  out 
essentially  what  ve  want  the  Airman  3rd  class  to  do  when  the  directive  gets 
down  to  base  level.  Another  goal,  as  you  vould  suspect,  is  the  capability 
to  pretest  our  decisions  prior  to  announcement  to  the  field,  Standard  data 
elements  and  codes  are  essential  to  permit  the  transfer  of  information  between 
data  systems. 

OPERATIONAL  CONCEPTS 
.  PERSONNEL  CENTER 
.  EVENT  ORIENTATED  DATA 
ELIMINATION  OF  REPORTS 
SIMULATION  CAPABILITY 
JUDOMXNTAL  CRITERIA 


NOT  CONSTRAINED  BY  PRESENT  ORGAN  OR  PROCEDURES 
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In  terms  of  our  operational  concepts  we  have  decentralized  our  operating 
functions,  and  plan  to  establish  a  Personnel  Center  at  Randolph  Air  Force  Base, 
Texas  Only  the  planning  and  policy  functions  will  be  retained  at  Hq  USAF  in 
Washington  All  of  the  operating  functions  will  be  accomplished  at  Randolph. 

We  are  also  changing  our  philosophy  of  operation  The  personnel  effort  was  one 
of  the  first  operations  to  be  mechanized  but  from  that  time  we  ve  been  tied  to 
a  report-oriented  system  and  its  resultant  time  delays,  Now  we  realize,  as 
has  been  recognized  from  the  start  in  the  Command  and  Control  System,  that  we 
must  turn  to  an  event-oriented  basis  to  obtain  a  data  base  that  is  timely. 

This  will  eliminate  reports  between  echelons.  An  important  operational  concept 
Involves  the  capability  to  pre-test  our  decisions  in  the  force  prior  to  their 
announcement  to  the  field.  Thus,  considerable  work  is  in  process  in  the  simu¬ 
lation  aroa.  Finally,  whereas  many  objective  factors  can  be  provided  to  the 
manager,  I  feel  we  must  recognize  the  continuing  important  Judgmental  criteria 
that  enter  into  the  Individual  personnel  decisions.  I  feel  that,  in  managing 
parsonnel,  the  factors  on  which  decisions  are  based  should  be  objective.  Some 
subjective  evaluations  will  occur — for  example,  the  General  may  want  a  certain 
Officer  for  an  aide--but  we  will  try  to  provide  for  handling  the  requirement 
objectively  and  add  Judgmental  criteria  in  the  final  decision  process. 

low,  let's  take  a  look  at  tha  total  Job.  (See  Figure  1.)  As  you  go  from 
Headquarters  USAF  to  the  major  air  commands,  put  in  a  multiplier  of  20.  In 
other  words  there  are  some  20  major  comnands,  each  confronted  vlth  personnel 
management  taske.  Introduce  another  multiplier  of  10  until  you  proceed  down 
to  ions  200  Air  Force  Installations.  TCiue,  you  must  have  a  standard  system 
that  eervea  some  20  aa'or  commands  and  some  200  installations;  it  must  handle 
1  ok  650,000  airmen  on  basj*  level  and  sose  130,000  officers.  To  this  must 
be  added  soma  500,000  servlet*  and  the  civilian  personnel.  We  must  design 
a  ayaten  by  vhloh  ve  ow«  »Aft age  acme  million- and-a-half  people.  Note  that 
the  detail  in  the  active  duty  refcord  puts  in  the  multiplier  of  800.000. 

Zn  the  management  process,  there  are  five  standard  functions,  shown  in  the 
oenter  of  Figure  2:  planning,  directing,  controlling,  coordinating,  and 

supervising. 

In  tarns  of  tha  functions  to  be  supported  and  the  procedures  that  must  be 
oovered,  there  is,  in  effect,  not  one  system- -there  are  several  systems,  all 
of  vhloh  must,  be  served. 

First,  raqul remanta  must  ba  established,  program  documents  must  be  made  to 
rafleot  the  requirements,  a  budget  must  be  prepared,  and  personnel  must  be 
prooured,  classified,  trained,  assigned,  evaluated,  promoted,  and  finally, 
separated  These  funotions  constitute  the  process  of  personnel  management . 

A  change  in  any  one  function  affect*  most  of  the  others.  For  example,  if  an 
airman  changes  his  AFSC  (Air  Force  Speciality  Code,  or  skill  categorization), 
he  oarrlee  that  classification  to  his  nev  job  and  also  his  grade,  so  the 
requirement  for  training  Is  decreased  by  on*  in  the  nev  Job  and  increased  by 
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Figure  2,  The  Management  Process 
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Figure  3.  Management  Requirements 
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one  in  the  field  that  he  has  left  In  fact  there  is  an  interaction  between 
each  of  these  functions  that  must  be  identified  and  served  The  means  by 
which  ve  convey  our  requirements  to  the  field  is  through  letters,  regulations 
and  forms --same  350  of  them. 

An  important  innovation  of  Mr.  McNamara  is  the  ability  to  relate  the  skill 
structure  to  the  mission  structure--in  other  words  categorization  in  program 
package  elements.  For  example,  the  category  of  strategic  retaliatory  capa¬ 
bility  might  contain  a  program  package  element  code  102  identifying  a  B-52 
unit.  This  categorization  relates  to  personnel  as  well  ae  hardware. 

Personnel  identified  in  a  skill  structure  must  be  related  to  the  mission  to 
be  accomplished;  this  is  done  as  shown  m  our  unit  manning  documents,  which, 
as  an  example,  may  reflect  a  need  for  ten  people  vith  skill  43151,  in  grade 
E-5  (Staff  Sergeant).  Tne  program  package  element  would  be  112  and  this  is 
the  means  of  relating  skill  to  the  mission,  this  involves  not  only  hardware, 
but  people. 

One  of  our  major  projects  has  been  tha  attempt  to  simplify  our  procedures. 

In  term*  of  man-to-aan  communication  we  have  found  decision  logic  tables, 
(e.g.,  OE  TABSOL)  an  extremely  effective  device.  (See  Figures  5  and  6.)  Such 
a  table  is  a  tabular  presentation  of  a  decision  to  be  made.  It  says,  for 
exaaple,  that  usler  rule  1,  and  under  these  conditions,  the  action  will  be 
•0  and  so.  As  people  generate  procedures  or  requests  for  actions  at  base 
level,  ve  ask  thm  to  analyse  these  procedures  in  a  decision  logic  table 
format.  The  result  hes  been  remarkable.  For  example,  in  one  instance,  a 
regulation  was  examined  end  found  to  be  unnecessary;  in  another  Instance, 
five  regulations  totaling  55  pages  were  condensed  into  one  of  15  pages,  In 
clear  format.  Some  250  of  our  managers  in  personnel  have  been  trained  In 
the  application  of  thla  techniqua  and  ve've  found  it  remarkable  In  terms  of 
olarlfylng  their  thinking  of  what  precisely  they  want  personnel  to  do. 

Now  let  ua  dlacuas  the  flow  from  beat  level  up  through  major  air  command  to 
Headquarters  UBAF.  (Baa  Figure  7.)  The  core  of  this  flow  is  a  data  bate, 
designed  to  serve  each  of  these  responsibilities.  Incidentally,  ve  have  a 
modest  degret  of  mechanization,  namely,  s  so-csaied  document  writer,  a 
keypunoh  and  sorter  In  the  base  personnel  unit,  and  at  each  major  air  command 
ve  heve  e  major  date  processing  capability,  with  the  hardware  being  manu¬ 
factured  by  several  different  companies,  standard  programming  is  made  more 
difficult.  'Hils  data  provided  on  a  transaction  basis  dally  serves  each  of 
the  functional  respons.blllties  involved. 

We  heve  brakon  down  our  teak  In  vnat  might  be  a  rather  unique  way.  Thla  Is 
exclusively  an  in-house  project  thus  far. 
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Figure  6.  Bov  to  Till  an  Elephant  From  a  Oiraffe  (Without  Really  Trying) 
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Figure  7.  Data  Feedback 
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We  divided  this  total  task  into  a  series  of  projects,  effecting  a  decentrali¬ 
zation  of  our  design  effort  ^See  Figure  8  )  For  example,  we  have  given  SAC 
the  problem  of  creating  a  base-level  computer  package,  now  being  tested  at 
Vandenberg,  and  will  seek  assistance  and  concurrence  from  the  rest  of  the 
major  air  commands  within  the  constraints  that  are  exercised  at  USAF  (in  terms 
of  total  system  design  and  data  elements)  the  package  will  then  be  used  across 
the  board.  In  allowing  all  major  commands  to  participate,  we  find  the  system 
easy  to  sell  even  though  there  are  some  serious  problems  in  the  coordination 
of  each  of  these  20  projects  in  terms  of  a  single  system. 

DATA  BASE  UTILIZATION 
.  INTERROGATION 
.  DISPLAY 
.  SIMULATION 

Nor  affective  uee  of  thla  data  base,  we  want  to  be  able  to  Interrogate  it  in 
any  detail  that  ve  desire,  relating  the  detail  to  a  particular  problem.  It 
le  difficult  to  single  out  in  advance  the  Items  that  are  necessary;  further, 
the  relationship  between  these  Items  Is  constantly  changing.  Each  of  our 
managers  should  have  a  tool  that  will  permit  him  to  relate  Items  relevant  to 
hie  current  problem.  As  an  example  of  our  efforts  In  helping  managers  use 
this  tool,  typloal  interrogation  related  to  the  centralised  control  of  USAF 
Colonels  follows.  All  decisions  on  assignments  of  Colonels  are  made  at 
Headquarters  USAF. 


(REQUEST  ELIGIBLE  COLONELS  FOR  WING  COMD  POSITION) 


CRITERIA, 


ASSIGNED  CONUS 

COMMAND  PILOT  (ON  FLYING  STATUS) 

QUAUflEP  AS- 

ORG  COMMANDER 


01 

DIRECTOR  OPERATIONS 
DAT!  OF  RANK,  JULv  34  TO  JUNE  58 
LAST  STATION  CHANGE,  BEFORE  DEC  60 
RETURNED  FROM  OVERSEAS.  BEFORE  JULY  58 
EFFECTIVENESS,  8.3  (MINIMUM  MEAN) 


Figure  0,  Interrogation 
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In  this  case,  a  Colonel  Is  being  sought  who  is  assigned  nov  to  the  continental 
United  States,  is  a  conmand  pilot,  is  on  flying  status,  and  is  qualified  as 
indicated;  hie  rank  vlthln  specified  periods  is  included,  to  fit  into  the 
helr&rchy  of  the  situation  to  which  he's  being  assigned,  and  his  last  station 
change  prior  to  a  given  assignment  is  noted. 

This  then,  is  a  typical  interrogation  for  filling  the  requirements  of  the 
Colonel's  Group. 

In  the  past,  such  a  requirement  was  filled  by  what  I  might  call  the  "method  of 
exhaustion":  going  through  5/000  files --personnel  Jackets  that  ve  nov  maintain 
on  our  Colonels--and  trying  to  select  the  individuals  whose  characteristics 
met  these  criteria.  Essentially,  it  became  an  Impossible  task  and  soon  a 
"barbershop"  atmosphere  resulted,  in  which  selection  was  based  on  the  personal 
knowledge  of  the  people  in  the  Colonel's  shop- -what  they  remembered,  their 
"sponsor's"  comment,  etc.  Now,  the  criteria  are  stated,  submitted  to  data 
prooessing,  and  on  the  following  morning  a  list  of  eliglbles  contains  those 
who  meet  the  criteria.  The  Jackets  (or  detailed  folders)  are  pulled  on  the 
five  to  eight  people,  which  permits  exploration  in  depth- -their  effectiveness 
reports,  and  any  adverse  or  favorable  cosnunlcatlons,  etc.  What  does  this  doT 
It  reduces  manual  effort,  but  more  important  i.«  its  positive  morale  angle- - 
every  Colonel  knows  that  he's  considered  for  every  opening  for  which  he  can 
■set  the  objeotlve  orlterla.  further,  it  permits  a  better  Job  on  the  few 
people  who  mast  the  orlterla,  rather  than  giving  a  fast  pass  on  everybody  in 
the  file. 


NAME  INQUIRIES 
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MATH  MATRIX 


Figure  11.  Inquiry  Process  as  Standard  Package 
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This  technique  has  been  used  for  some  time,  and  a  standard  package  has  been 
developed  by  one  of  our  major  air  commands  and  is  being  distributed  to  all 
major  air  commands  for  use  in  this  system.  Needless  to  say,  it  represents 
the  way  in  which  many  air. commands  have  been  operating.  We  are  testing  now 
and  hope  to  have  it  operational  by  1  October. 

Four  types  of  statistical  inquiries  are  provided  to  each  command  Hie  systems 
logic  is  expressed  in  COBOL  terms.  Each  of  these  major  commands  can  take  the 
standard  file  that  we've  constructed  and  use  these  types  of  inquiries  against 
that  file  to  provide  tools  for  our  personnel  managers.  For  example,  when 
commands  are  trying  to  meet  a  levy  for  a  Captain  with  a  certain  skill,  they 
know,  at  a  given  major  command,  the  relative  manning  of  all  their  subordinate 
units  when  they  make  this  particular  selection.  A  typical  command  profile 
gives  such  information  as  how  many  majors  and  Lt.  Colonels  within  the  command 
are  command  pilots  in  category  i  (that  is,  are  active)  and  have  over  2,00C 
hours  in  Jet  time.  A  math  matrix  tells  the  personnel  manager,  essentially, 
that  given  any  two  elements  of  data  in  the  record,  he  car.  compare  these  two 
elements.  For  example,  he  might  want  to  compare  years  of  service  with  grade. 
Along  our  Y  axis  would  be  years  of  service,  zero  to  five,  and  across  the  X  rxis 
would  be  grade.  This,  then,  is  a  tool  with  which  the  personnel  manager  can 
relate  items  of  this  type  of  information. 

The  next  requirement  is  a  capability  to  isolate  specific  resources.  An  opera¬ 
tional  analogy  would  provide  for  limiting  the  portraying  of  all  aircraft 
flying  over  the  United  States  to  'hose  within  a  given  section  or  state,  or 
smaller  area  and  further  restricting  the  display  to  those  over  30,000  feet. 

To  illustrate,  here  is  a  typical  requirement  placed  upon  personnel  managers 
for  maintenance  officers.  (See  Figure  13- )  Across  the  top  is  the  heading 
"Primary  AFSC,"  which  indicates  that  this  is  the  area  in  which  the  officer  or 
airman  has  received  his  training.  Along  the  other  axis  is  the  airman's 
present  position.  Those  people  who  are  indicated  by  diagonal  symbols  are 
being  effectively  utilized  since  their  duty  AFSC  and  highest  training  "fit." 

As  you  would  suspect,  there  are  many  reasons  for  the  mismatch  of  a  person's 
duty  AFSC  and  his  highest  training --spec iai  requirement,  needs  of  the  commander, 
local  overages— but  we  need  to  be  able  to  identify  these  people  to  meet  our 
total  requirements.  Let  us  suppose  there  16  a  shortage  of  60  armament  systems 
officers.  The  manager  must  find  a  source  to  meet  this  shortage.  If  he  can 
display  data  as  shown,  he  can  see  that  there  is  an  additional  resource  of  20 
officers.  Ten  of  these  have  received  the  training  that  is  required  but  are 
being  used  in  other  than  their  primary  skill.  Thus,  the  assignment  officer 
has  the  basis  for  pulling  from  his  file  the  folders  on  these  men  and  finding 
which  of  them  are  available  for  reassignment.  Similarly,  he  follows  a  series 
of  structured  rules,  turning  first  to  the  area  where  there  are  no  overages 
("authorized"  is  equal  to  "assigned")  and  finally  to  shortage  areas  for  the 
skill  we  are  seeking  may  be  more  critically  short. 


DISPLAY 


Figure  12.  Information  Technology 
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SIMULATION 


PERSCOM 

.  ASSIGNMENT  MODEL 
.  PROGRAM  CHANGE 

In  the  area  of  simulation  ve  have  made  only  a  modest  beginning  In  application 
pertaining  to  personnel  resource  management.  With  a  relatively  simple  game 
called  PZFSCCM,  played  on  an  U*  30,  ve  tried  to  show  the  tradeoffs  in 
procurement  costs,  training  costs,  and  reassignment  costs.  It  vas  a  useful 
exercise  to  point  up  to  our  managers  the  lead  times  involved  and  some  of  the 
relative  costs.  Another  problem  that  ve  examined  vas  that  of  personnel  poli¬ 
cies  that  conflicted.  As  a  result  of  site  and  specialization,  it  is  difficult 
to  relate  decisions  in  one  area  to  those  in  another  area.  As  a  partial  solution 
ve  oreated  a  model  that,  in  effect,  reflected  23  assignment  restrictions,  e.g., 
18  months  on  station  before  the  next  pensanent  change  of  station.  With  this 
model  ve  vers  sble  to  ask  the  questions:  What  if  the  term  vere  changed  from 
16  months  to  12  months?  What  vould  be  the  effect  on  our  officer  force  in 
terms  of  those  available  for  levies  for  overseas  assignment?  We  have  also 
been  engaged,  for  over  a  year,  in  attempting  to  establish  a  model  of  a  program 
ohange.  Kara  ve'ra  oonoerned,  for  example,  vith  the  impact  of  dropping  tvo 
1-Vr  units  from  our  total  foroe.  This  Is  a  large-scale  model  that  ve  hope  to 
have  oospleted  vith  In  the  next  several  months. 

RROORMB  REPORT 


.  TODAY 
.  TOMORROW 
.  DAY  A9TOR  TOMORROW 

In  terms  of  these  tools,  where  are  ve  today?  We  live  vith  one  system,  ve 
are  testing  a  seoond,  and  ve  are  designing  a  third.  We  have  at  present  a 
detailed  file  of  some  $1  personnel  faotors  on  our  officers;  m  the  interim 
system  that  ve're  about  to  use,  ve  have  increased  these  factors  to  102. 

The  present  reoord  on  officers  oontalns  22$  characters,  and  ve  plan  to  increase 
it  to  62$  characters.  We  are  increasing  the  major  air  command  portion  from 
68  items  to  ?2,  and  the  base  from  20  to  55. 
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Figure  14.  Uniform  Officer  anc  Airmen  Records  (UOR  -  UAR) 


We  'lave  not  had  a  detailed  file  on  airmen  at  Headquarters  VSAF,  and  have 
relied  simply  on  summary  reports.  We’re  going  to  get  a  detailed  central  file 
on  them.  We’re  doubling  the  number  of  data  items  on  airmen  at  major  air  command, 
with  about  the  same  increase  at  base  level.  This  is  necessitated  by  increasing 
numbers  of  requests  for  detailed  information,  largely  from  the  Department  of 
Defense . 


TODAYS  SYSTEM 

INTERIM  SYSTEM  1963  -1965  - 

a 

LONG  RANGE  SYSTEM  TEST  IN  1966 


Figure  15.  Phases  of  Development 

We  have  disouesed  the  present  and  the  interim  system.  The  support  given  by 
the  interim  system  to  major  areas,  such  as  the  assignment  areas,  the  evalua¬ 
tion  area,  and  the  promotion  area,  will  be  more  effective  from  this  expanded 
data  base  than  would  otherwise  be  possible.  The  pressing  need,  however,  is 
to  relate,  by  means  of  computer  technology,  decisions  in  one  area  to  other 
areas.  That,  in  effeot,  is  what  we’re  trying  to  do  in  a  long-range  effort. 
Thus,  as  the  advert isement  illustrated,  our  prime  problem  is  to  get  a  structure 
that  will  permit  us  to  Interrelate  actions  from  one  area  to  their  impact  in 
others. 

We,  in  personnel,  are  trying  to  evolve  a  concept  of  a  data  bank  to  which  our 
managers  will  have  access,  thereby  freeing  them  from  a  report  philosophy  that 
they've  been  living  with  for  the  past  20  years.  We're  concerned  with  the 
oonversion  of  these  data  into  information,  allowing  the  manager  to  take  this 
information  and  translate  it  into  the  decision  process.  Essentially,  we're 
proceeding  in  an  evolutionary  manner,  on  a  project  basis,  in  that  we're  trying 
to  establish  standard  Air  Force-wide  programs.  We  face  many  of  the  problems 
that  others  face  when  a  major  change  is  introduced.  It's  complicated,  however, 
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Figure  16.  Interrelated  Management  System 
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by:  (l)  the  mandatory  requirement  to  use  some  six  different  large-scale 
computers  for  the  same  system,  (2)  the  need  to  make  the  cnangeover  all  at  one 
time  (we  can’t  live  with  two  different  systems  whereas  others  may  in  some 
cases);  (3)  the  revolutionary  change  in  tne  manner  in  which  our  managers  will 
do  their  business;  (4)  the  fact  that  we  encounter  an  emotional  response  to 
mechanization  in  this  area,  fet,  in  spite  of  these  things,  we  face  the  next 
several  months  with  considerable  optimism  and  the  firm  conviction  that  we 
are  senring  the  individual  airman,  the  officer,  and  all  those  charged  with 
this  resource  management  All  of  our  efforts  are  directed  toward  this  end. 

Question- 

Col  Swanson,  in  discussing  your  system  concept,  you  mentioned  Judgmental 
criteria.  CouLd  you  elaborate  on  the  connection  here  with  some  of  the 
important  signoffs’ 

An ever; 

I  didn't  have  a  chance,  in  tnia  presentation,  to  discuss  fully  the  goal  our 
management  wants  us  to  attain.  What  we  are  seeking  is  a  man-job-match 
capability.  I  mentioned  that  we  had  centralized  tne  decision  process  on 
Colonels  at  Headquarters  U8AF.  As  the  demands  become  more  specialized  for 
the  balance  of  our  resource,  it  is  our  intent  to  further  centralize  the 
decision  process  on  Lt.  Colonels,  Majors  and  so  on.  We  are  seeking  a 
capability  to  mechanically  match  our  Job  requirement*  (and,  incidentally, 
the  manning  document  reflects  only  the  skill,  tne  number  and  the  grade; 
which  is  not  sufficient).  We  must  carry,  with  our  Job  requirements,  a 
aeries  of  other  Job  descriptions  on  the  one  hand,  and  a  more  complete  record 
on  the  individual,  on  the  other  hand.  We  must  then  seek  the  optimum  match 
between  these  two  by  means  of  a  technique  yet  to  be  devised.  As  for  judgmental 
criteria,  we’re  going  to  do  the  best  Job  that  the  machine  can  do  and  then  we’re 
going  to  turn  lt  over  to  the  personnel  manager  to  add  the  subjective  evaluation 
contained  in  his  effectiveness  reports  and  in  other  documents.  This  will  be 
done  before  the  flnel  decision  is  made  on  the  assignment  area.  So,  1  think 
this  distinguishes  this'  area  from  several  others.  We’re  going  to  have  to 
keep  this  judgmental  criteria  in  the  decision  process 

Quool ion 

Is  it  intended  that  the  system  will  have  any  impact  on  the  initial  processing 
or  transfer  of  security  clearoncesT 

Answer! 

Yes.  We  have  a  project  that  is  devoted  to  that  problem.  1  cant  elaborate  on 
it  a  great  deal  more  at  this  time,  but  we  need  a  technique  to  simplify  the 
rather  complicated  procedure  that  now  exlets  which  delays  considerably  the 
processing  of  people  coming  into  the  service 
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Question: 

Will  you  comment  on  the  problems  inherent  in  picking  up  all  that  backlog  of 
doubling  the  amount  of  record  keeping  you're  doing? 

Answer. 

That,  of  course,  is  a  subject  in  itself.  The  key  point  was  that  we  made  the 
functional  area  responsible  for  the  basic  input.  In  the  past  we  had  relied 
on  a  service  agency  for  a  basic  input  So  we  centralized  the  function  at 
base  level  and  then  gave  these  people  the  smallest  tool  with  which  to  generate 
the  basic  data,  then  we  provided  them  with  many  uses  of  that  data,  and  through 
usage  the  data  are  "cleaned  up."  Secondly,  we  have  produced,  at  headquarters, 
standard  programs  in  COBOL,  which  we  distributed  to  each  of  the  major  air 
commands;  to  date  we've  been  quite  lucky.  These  programs  have  run  on  these 
various  types  of  computers.  Thus  far  we  have  tested  live  data  on  a  Burroughs 
220  and  we're  very  optimistic.  We  made  extensive,  elaborate  audit  checks  that 
we  distributed  from  the  Pentagon  to  each  of  the  major  air  commands.  They  must 
run  each  of  these  programs  on  the  basic  data  coming  in  on  their  computers,  so 
that  we  can  clean  up  the  data  before  they  are  passed  from  major  air  commands 
to  Headquarters  USAF.  When  we  get  a  computer  at  base  level  we  see,  when  it 
has  its  own  audit  and  edit  capability,  the  possibility  of  taking  the  data 
directly  from  the  base  to  the  center  without  going  through  the  major  air 
conmand.  That's  a  long-range  goal,  but  we  can't  possibly  begin  to  do  it  until 
we  clean  up  the  data  intercepted  at  the  me )or  air  command,  through  these 
extensive  programs  that  we've  developed.  We  are  relying  heavily  on  COBOL;  it 
has  reduced  the  programming  work  and  greatly  enhanced  the  documentation  of 
our  efforts.  T^iis  alone  Justifies  the  use  of  this  standard  programming 
language.  So  we're  committed  to  this  and  at  this  point  we're  most  optimistic. 
Although  we  have  a  standard  data  base,  we  do  permit  each  major  air  command  to 
have  a  command  add-on..  In  other  words,  we  prescribe  a  standard  number  of 
data  elements--135--but  if  they  find  it  necessary  at  SAC,  for  example,  on 
certain  crew-type  data,  they  have  a  section  in  their  records  to  which  they 
can  add  and  write  the  programs  to  process  for  that  major  air  command. 


